The important thing to remember when gathering evidence is that the more evidence the better - that is, the more evidence you gather to demonstrate your skills, the more confident an assessor can be that you have learned the skills not just at one point in time, but are continuing to apply and develop those skills (as opposed to just learning for the test!). Furthermore, one piece of evidence that you collect will not usualy demonstrate all the required criteria for a unit of competency, whereas multiple overlapping pieces of evidence will usually do the trick!
From the Wiki University
What evidence can you provide to prove your understanding of each of the following citeria?
Identify and clarify configuration management requirements
|
|
Develop and assemble identification standards for the naming and version control of software and documentation, and provide to stakeholders Completed |
Evidence:
|
Identify software configuration tools and procedures for the required level of integration into the programming environment Completed |
Evidence:
|
Identify responsibilities for configuration management within the project and for ongoing support, including approval of changes Completed |
Evidence:
|
Take action to ensure that stakeholders are aware of their roles Completed |
Evidence:
|
Identify point at which items are subjected to configuration control with stakeholders Completed |
Evidence:
|
Employ appropriate control mechanisms
|
|
Identify and document method for identification and recording of change requests in line with organisational requirements, and ensure this is maintained during development process Completed |
Evidence:
|
Take action to ensure evaluation criteria and process for approval of change requests are employed according to organisational requirements Completed |
Evidence:
|
Take action to ensure other management, security and access control criteria are employed according to organisational requirements Completed |
Evidence:
|
Implement controls to ensure that necessary audit trials and alerts for variations or non-conformance are continuously maintained during development Completed |
Evidence:
|
Implement monitoring mechanisms
|
|
Implement controls to ensure mechanisms to identify software status throughout the software development life cycle are continuously maintained Completed |
Evidence:
|
Document development and maintenance of records and status reports required to show the history of baselines and their links to backups Completed |
Evidence:
|
Take action to ensure level of detail required in status reports, and identification of target audiences, meet the configuration management procedures, International Organization for Standardization (ISO), International Electrotechnical Commission (IEC) and Australian Standards (AS) and organisational requirements Completed |
Evidence:
|
Integrate configuration management into general project management processes for monitoring and control purposes and document Completed |
Evidence:
|
Manage release of product
|
|
Take action to ensure physical and functional completeness of items for release to all stakeholders Completed |
Evidence:
|
Identify and implement requirements for formal control of software products Completed |
Evidence:
|
Determine and document policies for retention of baseline or master copies, taking into account safety and security, legislative requirements and organisational guidelines Completed |
Evidence:
|